Symbols to indicate which atm to use

ABSTRACT

A system and method are disclosed in which a symbol associated with an ATM of a plurality of ATMs is made available to a customer in response to a request for access to the ATM. The symbol identifies the ATM to the user in locations having multiple ATMs, thus avoiding confusion for the user. The symbol may be used for any of the possible transactions between the user and the ATM, such as balance inquiries, deposits, transfers, and cash withdrawals.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.17/317,187, entitled “SYMBOLS TO INDICATE WHICH ATM TO USE” filed May11, 2021 and U.S. patent application Ser. No. 16/405,272, entitled“SYMBOLS TO INDICATE WHICH ATM TO USE” filed on May 7, 2019, now U.S.Pat. No. 11,037,127. The contents of the aforementioned application areincorporated herein by reference in their entirety.

BACKGROUND

Automatic Teller Machines (ATMs) are electronic devices that enablecustomers of banks or other financial institutions to performtransactions related to accounts the customers hold with theinstitution. Information about the account, such as a balance, may beobtained using the ATM. Deposits and transfers between accounts may alsobe achieved using the ATM. The withdrawal of cash and simultaneous debitfrom the customer's account, is perhaps the most common use of an ATM.

Generally, the customer is identified by the ATM by inserting a card,such as a debit card, into a slot in the ATM. The ATM includes aninterface in which the customer is prompted to enter a personalidentification number (PIN) for authentication.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing aspects and many of the attendant advantages of thisdocument will become more readily appreciated as the same becomes betterunderstood by reference to the following detailed description, whentaken in conjunction with the accompanying drawings, wherein likereference numerals refer to like parts throughout the various views,unless otherwise specified.

FIG. 1 is a simplified block diagram of an apparatus or method forsymbol utilization, according to some embodiments.

FIGS. 2A-2C are simplified diagrams of different ATM interfaces,according to some embodiments.

FIG. 3 is a simplified diagram of an application on a hand-held device,enabling access to a bank account, according to some embodiments.

FIG. 4 is a simplified illustration of a pre-staged transaction,according to some embodiments.

FIGS. 5A-5C are illustrations of an accountholder accessing an array ofATMs in three scenarios, according to some embodiments.

FIGS. 6A-6D are diagrams illustrating the symbol utilization of FIG. 1by multiple users, according to some embodiments.

FIGS. 7A and 7B are diagrams illustrating the symbol utilization of FIG.1 in cases where an ATM is low on cash, according to some embodiments.

FIGS. 8A and 8B are flow diagrams of the symbol utilization of FIG. 1 intwo scenarios, according to some embodiments.

FIG. 9 is an illustration of an exemplary computing architecturecomprising for implementing the symbol utilization of FIG. 1 , accordingto some embodiments.

DETAILED DESCRIPTION

In accordance with the embodiments described herein, a system and methodare disclosed in which a symbol associated with an ATM of a plurality ofATMs is made available to a customer in response to a request for accessto the ATM. The symbol identifies the ATM to the user in locationshaving multiple ATMs, thus avoiding confusion for the user. The symbolsare not sequential, so users do not know their actual place in lineafter pre-staging a transaction from their mobile device, which enablesthe server to change the order of processing, such as when an ATM is lowon cash. The symbol may be used for any of the possible transactionsbetween the user and the ATM, including balance inquiries, deposits,transfers, and cash withdrawals.

FIG. 1 is a simplified block diagram of a method or apparatus for symbolutilization 100, according to some embodiments. The symbol utilization100 involves interaction between an ATM 102 and an accountholder'shand-held device 112, although one or more of the operations of thehand-held device may be performed by an Internet-enabled device such asa laptop computer, as described below. In an embodiment, the symbolutilization 100 enables a mobile app 110 on a user's hand-held device108, such as a cellphone or tablet, in which a user pre-stages atransaction to be completed at an ATM. In another embodiment, notransaction is pre-staged, but the mobile app 110 is used to indicate arequest to later access an ATM. In another embodiment, a web page (notshown) is used for pre-staging a transaction using the symbolutilization 100 method. In another embodiment, the user accesses the webpage to request subsequent access of an ATM (no pre-staging).

Both the ATM 102 and the hand-held device 108 are in communication witha financial institution, such as a bank via a bank server 114. Thesymbol generation 116 of the symbol utilization 100 is performed at thebank server 114, with the symbol then being transmitted to the ATM 102and the hand-held device 108. Once a symbol is generated, the ATM 102performs symbol verification 104 of the symbol on the hand-held devicebefore enabling a transaction to be initiated or completed. Both the ATM102 and the hand-held device 108 include communication mechanisms 106,112, respectively, enabling the two devices to be in contact during thetransaction.

In some embodiments, the bank server 114 is a computing system of thebank, which may be on the premises of the bank, may be a cloud server,or may be a combination of on-premises and cloud-based computing.

In some embodiments, a unique symbol is presented to a display, visibleto the user, such as the display of a smartphone or personal computer.During subsequent visit to the ATM by the user, the same symbol will bevisible on a display of the ATM. The symbol informs the user which ofmultiple ATMs to access and is used to authenticate the hand-helddevice, enabling the transaction to be automatically completed withoutthe user having to interact the ATM in a traditional manner. In someembodiments, the symbol operates as a sequenceless indicator to ATMcustomers, empowering the bank server to decide which customers are nextin line, based on considerations such as ATM cash availabilitylimitations.

FIGS. 2A-2C are simplified illustrations of interfaces 200A-200C oftransactions that may take place between a user 206 and an ATM,according to some embodiments. In each illustration, the user 206 is acustomer of a financial institution (also known as an accountholder),and has at least one account with the financial institution, such as achecking account (personal or business) or savings account.

FIG. 2A illustrates a traditional ATM interface 200A. The ATM 202 is asecure, enclosed structure for storing cash deposits received fromaccountholders and cash to be dispensed to accountholders. The ATM 202may be found inside or in the vicinity of the financial institution, butalso may be found in other public places, such as a grocery store, anairport, a sports arena, an airport, a kiosk at a mall, a bar, and soon. In the example 200A, the transaction 200 is a request by the user206 for a cash withdrawal from an account with the financialinstitution.

The ATM 202 includes an output interface 204 or display, such as a videomonitor. In examples, the output interface 204 dynamically presentsinstructions to the user 206 to facilitate the transaction. This dynamicpresentation of instructions is generally in the form of graphical userinterfaces (GUIs), where the display may feature different GUI screens.The GUIs may feature words, graphics, or a combination. A GUI may promptthe user 206 to insert an ATM card, which may be a card dedicated to ATMtransactions but may also be a debit card issued by the bank. The usermay be prompted to enter a passcode, insert a cash deposit, retrievecash, and so on, as separate screens. Alternatively, one or more ofthese prompts may be presented on a single screen. Accordingly, theinterface 204 may present different instructions in association withdifferent instructions being presented to the user or actions taken bythe user.

The ATM 202 also includes an input interface 208, such as a keypad orbuttons, that enables the user 206 to provide information during thetransaction 200. Alternatively, where the display 204 is a touch screen,the input interface 208 may be part of, rather than adjacent to, thedisplay, with select “buttons” being graphically presented on thescreen. The user information may be a passcode, as one example. Or theinformation may be a selection of ATM options, such as “withdraw cash”or “check account balance”. The ATM also includes an input slot 214,with which the user may insert a bank or ATM card 210, and aninput/output slot 216, to which a deposit envelope may be inserted bythe user 206 to the ATM 202, or from which cash 212 may be dispensedfrom the ATM to the user.

FIG. 2B illustrates a different ATM interface 200B. The ATM 218 stillhas the input/output slot 216, but the display 220 is much smaller thanin the interface 200A. In some embodiments, the display 220 is of a sizesufficient to display a symbol, discussed in more detail below. The ATMinterface 200B represents what may be thought of as a minimal interfaceATM.

FIG. 2C illustrates a third type of ATM interface 200C. This interface200C still has the input/output slot 216, but no display at all. The ATMinterface 200C represents what may be thought of as an interfacelessATM.

The interfaces 200B and 200C are not traditional but may represent theways ATMs will look in the future. In some embodiments, the method andapparatus for symbol utilization 100 of FIG. 1 is useful for the minimalinterface ATM 200B and the interfaceless ATM 200B, by shifting the ATMtransaction from the ATM machine to the hand-held device of thecustomer.

Evolution of the Banking Relationship

Banks and other financial institutions provide a number of differentservices involving finances, most notably, a checking or savingsaccount. Hereinafter, a reference to a “bank” is meant to encompassother financial institutions, including, but not limited to creditunions, savings and loan institutions, financial services providers, andso forth. Initially, a customer of a bank would rely on a passbook, abooklet issued by the bank, enabling the accountholder to personallyrecord how much money had been deposited or withdrawn from the account.More recently, an accountholder would receive a statement, usuallymonthly, in the mail.

With the advent of personal computers, banks began providing accountstatements by electronic mail for those users who selected the feature,such as being part of the institution's “paperless” option. Today, manybanks enable customers to access their account information by way of apersonal computer, laptop, tablet, notebook, pad, personal digitalassistant, or other devices that have access to the Internet. Byaccessing a web page and providing a username and password asauthentication, the user is able to receive a wealth of informationabout the bank account, including recent purchases and deposits,transaction entities, bank statements, and so on. These web accessesalso enable transactions to take place, known colloquially as “onlinebanking” in which automatic payments may be scheduled and money may betransferred between different accounts of the user, to a third-partyaccount within the same bank, and even to third-party accounts withanother bank. Relying on this Internet-based access, today'saccountholder may view the current balance of an account twenty-fourhours a day, seven days a week.

With the proliferation of hand-held device technology, such as smartphones, many banks have made applications (known colloquially as “apps”)available to their customers. As long as the smartphone is able toaccess the Internet, the bank may provide a downloadable app foraccessing a customer's bank account from the smartphone. Similar to theweb page, the app, once selected, will generally request a username andpassword to authenticate the user. Alternatively, some apps enableaccess using a fingerprint or voiceprint to authenticate the user. Onceauthenticated, the user is able to review the account, such as to obtainbalance information, scroll through transactions, make transfers toanother account, deposit checks, and so on. These apps are intended toenhance the convenience for the accountholder. So, in addition to beingable to access one's checking account by accessing a web page, a usermay similarly access the account by enabling the app on a smartphone.

FIG. 3 , for example, shows a home page of a smartphone 302A containingseveral apps, including a banking app 304 for ABC Bank. Upon enabling orselecting the banking app 304, a second GUI of the smartphone 302B isshown, in which a window 306 for ABC Bank opens, much like a web pageopens when accessing the bank account from one's personal computer orother Internet-capable device. The window 306 enables the user to selectsome operation, in this example, “deposit check”, “check balance”, or“transfer money”.

Further to providing an app on the hand-held device of the user, somebanks enable the user to “pre-stage” a transaction, in which a desiredtransaction is separated into parts, an initiation part in which thetransaction is specified from the Internet-capable device and acompletion part in which the transaction is to be completed at an ATM orwith a teller at the bank. Such pre-staging may be particularly usefulat minimal interface ATMs (e.g., 200B) and interfaceless ATMs (e.g.,200C). The transaction may be initiated by accessing the web page on theuser's personal computer or accessing the app on the user's hand-helddevice. The user may, for example, initiate a cash withdrawal, using theapp on the cellphone or other smart device. The completion of thetransaction may vary. For example, the app on the user's cellphone mayhave a barcode that is scanned at the ATM to complete a cash withdrawal.Or, the app may generate a code that the user gives to the teller uponarriving at the bank. The pre-staged transaction is designed to simplifythe transaction and make user access to the account more convenient.

FIG. 4 is a simplified illustration of how the pre-staged transactionmay operate, according to some embodiments. The accountholder 206accesses the ABC Bank web page or app from an Internet-capable devicesuch as a personal computer, smartphone, and so on. A request towithdraw some cash is made (1). The web page/app invokes a new page thatinvites the accountholder to select an amount of the transaction (2).Upon making a selection, another page is displayed that provides anaccess code (in this example, the access code is 7cVx3) for thepre-staged transaction (3). Alternatively, the access code may be aUniversal Product Code (UPC), known colloquially as a “bar code”, thatis designed to communicate with the ATM, a Quick Response (QR) Code, orany other digitally communicable code or visual data matrix.

The horizontal dotted line in FIG. 4 is meant to indicate physicallydisparate locations. Thus, the user 206 moves from a first location(e.g., home or office) to a second location (e.g., the location of theATM). The customer goes to an ATM (4), retrieves the access code from,in this example, the smartphone (5), and enters the access code asindicated by the ATM display (6), after which the requested cash amountis dispensed by the ATM (7). Where the access code was obtained from aweb page on a personal computer, the customer may write the access codedown, take a picture of the access code, take a snapshot of the accesscode on the screen and send it to the smartphone, and so on, beforegoing to the second location.

Suppose the accountholder pre-stages a transaction and obtains theaccess code from the comfort of a home or office (1^(st) location). Theuser travels to where the ATM is located (2^(nd) location) but, insteadof finding a single ATM, encounters multiple ATMs at the location.Additionally, suppose there are lots of people, all of whom havepre-staged transactions and are now waiting in front of the array ofATMs. FIGS. 5A, 5B, and 5C depict a scenario 500 having three parts,500A, 500B, and 500C, respectively, in which the accountholder 206encounters an array of ATMs of varying configurations. The scenario 500is used to illustrate how the symbol utilization 100 is beneficial, insome embodiments.

In scenario 500A (FIG. 5A), an array of ATMs 502 consists of atraditional ATM 504 and three ATMs 506 having minimal interfaces. Thearray of ATMs 502 may, for example, be located in a crowded public areasuch as a mall, an airport, or a sports arena. It may also be the casethat there are people standing in front of one or more of the ATMs atthe time the accountholder 508 arrives at the array 502. Instead ofreceiving an access code, the user receives a unique symbol 510A on themobile device. Initially, the accountholder does not know which ATM toapproach to complete the pre-staged transaction. Because the transactionwas pre-staged, the accountholder 508 has the symbol 510A on her mobiledevice. The accountholder 508 may assume one of the minimal interfaceATMs is intended for her pre-staged transaction, but the symbol 510 mayappear on any of the four ATMs. Further, the accountholder 508 may beone of several individuals waiting their turn at one of the ATMs.

FIG. 5B shows the second scenario 500B, in which the symbol 510B appearson one of the ATMs. The accountholder selects the ATM 506 displaying theunique symbol 510B, where the symbol on the ATM is the same as thesymbol 510A on the smartphone (collectively, “symbol 510”). In thismanner, the symbol 510 identifies to the user which ATM to select froman array of ATMs.

After the user has pre-staged the bank transaction, the symbol 510 onthe smartphone can be matched to one of multiple ATMs in the space. Insome embodiments, the symbol is obtained in a manner similar to how theaccess code is obtained, by accessing either the bank's web page or theapp located on the user's hand-held device. The symbol itself is anon-personal piece of information that can be used to identify which ATMto use and authenticate into. Because the symbol is not personal to theuser, the symbol is meaningless to other users of the ATMs and does notcompromise any personal information of the accountholder. The use ofpersonal information, such as name, account number, etc., to signal auser to a particular kiosk or array of ATMs is thus avoided.

FIG. 5C is a simplified illustration of symbol utilization 100operations, according to some embodiments. As in FIG. 4 , this exampleembodiment involves the pre-staging of a transaction by theaccountholder. The accountholder 508 accesses the ABC Bank web page orapp from an Internet-capable device such as a personal computer,smartphone, and so on. A request to withdraw some cash is made (1). Theweb page/app invokes a new page that invites the accountholder to selectan amount of the transaction (2). Upon making a selection, another pageis displayed that provides the unique symbol 510 for the pre-stagedtransaction (3).

As before, the user 508 moves from a first location (e.g., home oroffice) to a second location (e.g., the location of the ATM). Thecustomer goes to an array of ATMs 520 (4). This time, the array 520consists of a traditional ATM 522, two minimal interface ATMs 524 and528, and an interfaceless ATM 526. If the user 508 sees the symbol 510on one of the ATMs in the array, which is also visible on the smartphone(5), she knows which ATM to approach to complete the transaction.

In this example, however, none of the ATMs having displays (522, 524,and 528) are showing the symbol. Instead, in some embodiments, when theaccountholder approaches the vicinity of the ATM for which hertransaction is pre-staged, a Near-Field Communication (NFC) or similarprotocol 530 is automatically established between the ATM and thesmartphone of the accountholder (6). The ATM automatically knows todispense cash (7) in accordance with the pre-staged transaction (2). Inthis example, the accountholder is able to complete the transaction withthe ATM without explicitly accessing the ATM. In other words, theaccountholder does not have to touch an input interface (keypad) ortouch-based display, because there exist neither on the interfacelessATM 526, to complete the transaction. The user 508 may notice a visualor audible indicator on her hand-held device, such as the symbolflashing, to indicate that she is in front of the correct ATM and cantake the cash dispensed therefrom. Once the NFC is established betweenthe ATM and the smartphone and the symbols of each is verified, thetransaction completed automatically, in some embodiments.

In some embodiments, the symbol utilization 100 is helpful in crowdscenarios when people are waiting for service. For example, suppose agroup of people are at a butcher shop, waiting to buy meat. The butchershop has a helpful ticket dispenser in which patrons know when theyenter the shop to take a ticket from the dispenser. The ticket tape inthe dispenser has a sequential series of numbers, such that each persontaking a ticket from the dispenser gets a number larger than theprevious person, thus indicating each person's place in line. The firstpatron, for example, may select a ticket that says “78”; the next patronthen selects the ticket with “79” printed thereon; the next patronselects a ticket showing the number “80”, and so on. If the butchercalls the number “80” before the person holding the “79” ticket has beenserved, the person with the “79” ticket will immediately know she hasbeen passed up in the line, and a confrontation with the butcher mayensue.

The symbol utilization 100 avoids this scenario by having non-sequentialsymbols with which accountholders may pre-stage ATM transactions. Nowimagine a large crowd of people are watching a hockey game at a hockeyarena. Just before halftime, a hundred people from that large crowdrealizes that they need money before they get in line for beer, so theyall pre-stage ATM transactions from their mobile devices. According tothe symbol utilization 100, each person receives a different, uniquesymbol on their mobile device. At halftime, these hundred people proceedtoward a bank of ten ATMs. By using symbols rather than numbers, none ofthese individuals know which one was the first to pre-stage their ATMtransaction.

FIGS. 6A-6D present four snapshots in time 600A-600D (collectively,“scenario 600”) in which the symbol utilization 100 of FIG. 1 maintainsfairness between customers, according to some embodiments. The scenario600 illustrates how having a non-sequential symbol provides noindication about who is first to receive service following a pre-stagedtransaction.

In the scenario 600, an array of ATMs 602 consists of an interfacelessATM 604 and three minimal interface ATMs 606, 608, and 610. Becausethese ATMs only have a single slot, they are limited to pre-stagedtransactions involving either cash deposits or cash withdrawals. Fourdifferent users 610, 612, 616, and 618 have pre-staged ATM transactionson their mobile devices 620, 622, 624, and 626, such that their mobiledevices depict four different symbols, in this case, “diamond”, “spade”,“heart”, and “clover”, respectively.

In the first time period 600A (FIG. 6A), a “heart” is presented on thedisplay of minimal interface ATM 608. User 616 thus is provided a visualindicator that it is her turn at the ATM 608. The other users 612, 614,and 618 do not have any way to know whether user 616 pre-staged hertransaction before they did and are thus concerned only with looking fortheir symbol to pop up on one of the screens.

In the second time period 600B (FIG. 6B), a “clover” is presented on thedisplay of minimal interface ATM 610. User 618 thus knows it is her turnat the ATM 610. The users 612 and 614 still waiting are unconcerned thatthe “clover” has been displayed, since the neither the “diamond” nor the“spade” are considered to come before the “clover”. Because there aretwo ATMs 608 and 610 displaying symbols, it is possible that the firsttime period 600A is very close or the same as time period 600B.

In the third time period 600C (FIG. 6C), a “spade” is presented on thedisplay of minimal interface ATM 606. This informs user 614 that it ishis turn to complete his pre-staged transaction at ATM 606. User 612,the holder of the “diamond” symbol, is waiting patiently for his symbolto be displayed, with no concern that he pre-staged his transactionprior to the other users 614, 616, 618, and the order of symbol displayis thus unfair.

Finally, in the fourth time period 600D (FIG. 6D), the interfaceless ATM604 sends a communication 628, such as NFC, to the mobile device 620 ofuser 612. The user 612 may become aware of the communication 628 byreceiving a visible or audible indicator on his mobile device 620, andthis may be coincident with an audible sound coming from the ATM 604.The user 612 is thus able to complete his transaction.

The scenario 600 shows how fairness is achieved with the symbolutilization 100. By choosing symbols that are not sequential, the users,especially in crowd situations, are led to believe that theirtransactions are handled in the order in which they were received. Thereare scenarios, however, in which the symbol utilization 100 can changethe order of service, based on ATM cash availability limitations.

Suppose for example an ATM is low on cash. If the ATM is part of anarray of ATMs and the other ATMs are not experiencing the cash flowlimitation, the symbol utilization 100 can direct users to the otherATMs that are not low on cash. Further, where users are pre-stagingdeposit transactions, the symbol utilization 100 can encourage thedeposits to be made to an ATM that is low on cash.

This might mean that the symbol utilization 100 processes pre-stagedtransactions not in the order received. Nevertheless, the change inordering of the transaction processing benefits the customers by helpingto maintain a cash distribution in the ATMs where possible.

FIGS. 7A and 7B present scenario 700 in two parts, 700A where thepre-staging is occurring, and 700B where the transactions are processed.Our users 612, 614, 616, and 618 are pre-staging transactions usingtheir respective mobile devices 620, 622, 624, and 626, and all arepre-staging their transactions at the specified time. First, user 612pre-stages a withdrawal of $300 at 9:38 am, and receives a “diamond”symbol on his mobile device. Next, user 614 pre-stages a withdrawal of$50 at 9:39 am, just after user 612. Then, both users 616 and 618pre-stage transactions at 9:42 am, the first user pre-staging awithdrawal of $100 and the second pre-staging a deposit of $500.

An ATM that is low on cash, or actually, the bank server that controlsthe ATM (FIG. 1 ), would be very interested in getting that user 618 todeposit her cash at the ATM. So, in comparison to three users who wantto withdraw cash, the user 618 will be favored over them, since she isdepositing cash.

FIG. 7B illustrates the second part 700B of the scenario. Forsimplicity, all transactions in this scenario 700 take place at a singleATM 702. First, based upon seeing her “clover” symbol appear on the ATMdisplay, the user 618 deposits $500 at 9:45 am. Next, the user 612, whowas technically first in line in pre-staging his transaction, will beable to withdraw $300, also at 9:45 am. Then, the user 614 withdraws $50at 9:46 am, and, finally, the user 616 withdraws $100, also at 9:46 am.Other than the user making the deposit getting to jump ahead in line,all other processing at the ATM takes place in the order the pre-stagedtransactions were received.

FIGS. 7A and 7B illustrates how ATM cash flow limitations can beaddressed. Although the pre-staged transaction of user 618 was processedout of order, since she was the last in the group to pre-stage thetransaction, the other users were unaware of this fact, since thepre-staging all took place at the mobile devices of the users.

FIGS. 8A and 8B are flow diagrams illustrating some of the aboveconcepts. In FIG. 8A, operations 800A are showing how communicationbetween the ATM and the smartphone enables completion of thetransaction, according to some embodiments. The ATM first senses thatthe smartphone is within NFC range (block 802). The ATM automaticallyretrieves the symbol from the smartphone (block 804). Alternatively, theATM could include a scanner and prompt the user to hold the smartphoneup to the scanner for verification. If the symbol retrieved from thesmartphone does not match the symbol of the ATM (the “no” prong of block806), the flow operations are finished, and no transaction takes place.Otherwise, the symbols match (the “yes” prong of block 806) and,thereafter, the pre-staged transaction can be completed (block 808).

In FIG. 8B, operations 800B are showing how the bank server (FIG. 1 )manages pre-processing of transactions in the face of ATM cashavailability issues. Multiple users pre-stage transactions, as describedabove, in a location (block 850). In this example, the pre-staging isdone in a location so that the bank server knows the users will go to aparticular ATM or array of ATMs, such as at a sports arena or mall. Uponpre-staging, the server assigns a unique non-sequential symbol to eachuser device (block 850).

The users who pre-staged transactions now appear at the ATMs (block854). The ATMs may be one, two, or many ATMs and, because thetransactions are pre-staged, the users are not standing in line at theATMs, but are looking to the displays on the ATMs to see if their symbolappears. At the bank server, an assessment is made whether one or moreof the ATMs is low on cash (block 856). If not, the symbols issued tothe respective users appear on the ATM displays in the order ofpre-staging (block 858). Otherwise, there is cash flow issue in one ormore of the ATMs, and thus the server rearranges the order of symbolpresentation to favor user(s) making deposits at the ATMs (block 860).The operations 800B are complete.

In some embodiments, a unique symbol is assigned to each transaction. Inother embodiments, a unique symbol is assigned to each accountholder.The symbols may be assigned to a transaction or an accountholder for alimited period of time, such as each day or each hour. The symbol mayconsist of graphical characters, pictograms, icons, and may be simple orcomplex. The symbol may consist of more than one symbol, as long as thesymbol remains unique to the user or transaction for the allotted timeperiod. The symbols may have one or more color assignment, such as anoutlined symbol where the outline is one color and the interior of thesymbol is another color. The symbol may be patterned.

FIG. 9 illustrates an embodiment of an exemplary computing architecture900 comprising a computing system 902 that may be suitable forimplementing various embodiments as previously described. In variousembodiments, the computing architecture 900 may comprise or beimplemented as part of an electronic device. In some embodiments, thecomputing architecture 900 may be representative, for example, of asystem that implements one or more components of the symbol utilization100. In some embodiments, computing system 902 may be representative,for example, of the mobile devices used in implementing the symbolutilization 100. The embodiments are not limited in this context. Moregenerally, the computing architecture 900 is configured to implement alllogic, applications, systems, methods, apparatuses, and functionalitydescribed herein.

As used in this application, the terms “system” and “component” and“module” are intended to refer to a computer-related entity, eitherhardware, a combination of hardware and software, software, or softwarein execution, examples of which are provided by the exemplary computingarchitecture 900. For example, a component can be, but is not limited tobeing, a process running on a computer processor, a computer processor,a hard disk drive, multiple storage drives (of optical and/or magneticstorage medium), an object, an executable, a thread of execution, aprogram, and/or a computer. By way of illustration, both an applicationrunning on a server and the server can be a component. One or morecomponents can reside within a process and/or thread of execution, and acomponent can be localized on one computer and/or distributed betweentwo or more computers. Further, components may be communicativelycoupled to each other by various types of communications media tocoordinate operations. The coordination may involve the uni-directionalor bi-directional exchange of information. For instance, the componentsmay communicate information in the form of signals communicated over thecommunications media. The information can be implemented as signalsallocated to various signal lines. In such allocations, each message isa signal. Further embodiments, however, may alternatively employ datamessages. Such data messages may be sent across various connections.Exemplary connections include parallel interfaces, serial interfaces,and bus interfaces.

The computing system 902 includes various common computing elements,such as one or more processors, multi-core processors, co-processors,memory units, chipsets, controllers, peripherals, interfaces,oscillators, timing devices, video cards, audio cards, multimediainput/output (I/O) components, power supplies, and so forth. Theembodiments, however, are not limited to implementation by the computingsystem 902.

As shown in FIG. 9 , the computing system 902 comprises a processor 904,a system memory 906 and a system bus 908. The processor 904 can be anyof various commercially available computer processors, including withoutlimitation an AMD® Athlon®, Duron® and Opteron® processors; ARM®application, embedded and secure processors; IBM® and Motorola®DragonBall® and PowerPC® processors; IBM and Sony® Cell processors;Intel® Celeron®, Core®, Core (2) Duo®, Itanium®, Pentium®, Xeon®, andXScale® processors; and similar processors. Dual microprocessors,multi-core processors, and other multi-processor architectures may alsobe employed as the processor 904.

The system bus 908 provides an interface for system componentsincluding, but not limited to, the system memory 906 to the processor904. The system bus 908 can be any of several types of bus structurethat may further interconnect to a memory bus (with or without a memorycontroller), a peripheral bus, and a local bus using any of a variety ofcommercially available bus architectures. Interface adapters may connectto the system bus 908 via a slot architecture. Example slotarchitectures may include without limitation Accelerated Graphics Port(AGP), Card Bus, (Extended) Industry Standard Architecture ((E)ISA),Micro Channel Architecture (MCA), NuBus, Peripheral ComponentInterconnect (Extended) (PCI(X)), PCI Express, Personal Computer MemoryCard International Association (PCMCIA), and the like.

The system memory 906 may include various types of computer-readablestorage media in the form of one or more higher speed memory units, suchas read-only memory (ROM), random-access memory (RAM), dynamic RAM(DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM (SDRAM), staticRAM (SRAM), programmable ROM (PROM), erasable programmable ROM (EPROM),electrically erasable programmable ROM (EEPROM), flash memory (e.g., oneor more flash arrays), polymer memory such as ferroelectric polymermemory, ovonic memory, phase change or ferroelectric memory,silicon-oxide-nitride-oxide-silicon (SONOS) memory, magnetic or opticalcards, an array of devices such as Redundant Array of Independent Disks(RAID) drives, solid state memory devices (e.g., USB memory, solid statedrives (SSD) and any other type of storage media suitable for storinginformation. In the illustrated embodiment shown in FIG. 9 , the systemmemory 906 can include non-volatile memory 910 and/or volatile memory912. A basic input/output system (BIOS) can be stored in thenon-volatile memory 910.

The computing system 902 may include various types of computer-readablestorage media in the form of one or more lower speed memory units,including an internal (or external) hard disk drive (HDD) 914, amagnetic floppy disk drive (FDD) 916 to read from or write to aremovable magnetic disk 918, and an optical disk drive 920 to read fromor write to a removable optical disk 922 (e.g., a CD-ROM or DVD). TheHDD 914, FDD 916 and optical disk drive 920 can be connected to thesystem bus 908 by a HDD interface 924, an FDD interface 926 and anoptical drive interface 928, respectively. The HDD interface 924 forexternal drive implementations can include at least one or both ofUniversal Serial Bus (USB) and IEEE 1394 interface technologies. Thecomputing system 902 is generally is configured to implement all logic,systems, methods, apparatuses, and functionality described herein withreference to FIGS. 1-8 .

The drives and associated computer-readable media provide volatileand/or nonvolatile storage of data, data structures, computer-executableinstructions, and so forth. For example, a number of program modules canbe stored in the drives and memory units 910, 912, including anoperating system 930, one or more application programs 932, otherprogram modules 934, and program data 936. In one embodiment, the one ormore application programs 932, other program modules 934, and programdata 936 can include, for example, the various applications and/orcomponents of the symbol generator 100, e.g., the mobile app 102 and webpage 104.

A user can enter commands and information into the computing system 902through one or more wire/wireless input devices, for example, a keyboard938 and a pointing device, such as a mouse 940. Other input devices mayinclude microphones, infra-red (IR) remote controls, radio-frequency(RF) remote controls, game pads, stylus pens, card readers, dongles,finger print readers, gloves, graphics tablets, joysticks, keyboards,retina readers, touch screens (e.g., capacitive, resistive, etc.),trackballs, trackpads, sensors, styluses, and the like. These and otherinput devices are often connected to the processor 904 through an inputdevice interface 942 that is coupled to the system bus 908, but can beconnected by other interfaces such as a parallel port, IEEE 1394 serialport, a game port, a USB port, an IR interface, and so forth.

A monitor 944 or other type of display device is also connected to thesystem bus 908 via an interface, such as a video adaptor 946. Themonitor 944 may be internal or external to the computing system 902. Inaddition to the monitor 944, a computer typically includes otherperipheral output devices, such as speakers, printers, and so forth.

The computing system 902 may operate in a networked environment usinglogical connections via wire and/or wireless communications to one ormore remote computers, such as a remote computer 948. The remotecomputer 948 can be a workstation, a server computer, a router, apersonal computer, portable computer, microprocessor-based entertainmentappliance, a peer device or other common network node, and typicallyincludes many or all of the elements described relative to the computingsystem 902, although, for purposes of brevity, only a memory/storagedevice 950 is illustrated. The logical connections depicted includewire/wireless connectivity to a local area network (LAN) 952 and/orlarger networks, for example, a wide area network (WAN) 954. Such LANand WAN networking environments are commonplace in offices andcompanies, and facilitate enterprise-wide computer networks, such asintranets, all of which may connect to a global communications network,for example, the Internet.

When used in a LAN networking environment, the computing system 902 isconnected to the LAN 952 through a wire and/or wireless communicationnetwork interface or adaptor 956. The adaptor 956 can facilitate wireand/or wireless communications to the LAN 952, which may also include awireless access point disposed thereon for communicating with thewireless functionality of the adaptor 956.

When used in a WAN networking environment, the computing system 902 caninclude a modem 958, or is connected to a communications server on theWAN 954, or has other means for establishing communications over the WAN954, such as by way of the Internet. The modem 958, which can beinternal or external and a wire and/or wireless device, connects to thesystem bus 908 via the input device interface 942. In a networkedenvironment, program modules depicted relative to the computing system902, or portions thereof, can be stored in the remote memory/storagedevice 950. It will be appreciated that the network connections shownare exemplary and other means of establishing a communications linkbetween the computers can be used.

The computing system 902 is operable to communicate with wired andwireless devices or entities using the IEEE 802 family of standards,such as wireless devices operatively disposed in wireless communication(e.g., IEEE 802.16 over-the-air modulation techniques). This includes atleast Wi-Fi (or Wireless Fidelity), WiMax, and Bluetooth™ wirelesstechnologies, among others. Thus, the communication can be a predefinedstructure as with a conventional network or simply an ad hoccommunication between at least two devices. Wi-Fi networks use radiotechnologies called IEEE 802.11x (a, b, g, n, etc.) to provide secure,reliable, fast wireless connectivity. A Wi-Fi network can be used toconnect computers to each other, to the Internet, and to wire networks(which use IEEE 802.3-related media and functions).

Various embodiments may be implemented using hardware elements, softwareelements, or a combination of both. Examples of hardware elements mayinclude processors, microprocessors, circuits, circuit elements (e.g.,transistors, resistors, capacitors, inductors, and so forth), integratedcircuits, application specific integrated circuits (ASIC), programmablelogic devices (PLD), digital signal processors (DSP), field programmablegate array (FPGA), logic gates, registers, semiconductor device, chips,microchips, chip sets, and so forth. Examples of software may includesoftware components, programs, applications, computer programs,application programs, system programs, machine programs, operatingsystem software, middleware, firmware, software modules, routines,subroutines, functions, methods, procedures, software interfaces,application program interfaces (API), instruction sets, computing code,computer code, code segments, computer code segments, words, values,symbols, or any combination thereof. Determining whether an embodimentis implemented using hardware elements and/or software elements may varyin accordance with any number of factors, such as desired computationalrate, power levels, heat tolerances, processing cycle budget, input datarates, output data rates, memory resources, data bus speeds and otherdesign or performance constraints.

One or more aspects of at least one embodiment may be implemented byrepresentative instructions stored on a machine-readable medium whichrepresents various logic within the processor, which when read by amachine causes the machine to fabricate logic to perform the techniquesdescribed herein. Such representations, known as “IP cores” may bestored on a tangible, machine readable medium and supplied to variouscustomers or manufacturing facilities to load into the fabricationmachines that make the logic or processor. Some embodiments may beimplemented, for example, using a machine-readable medium or articlewhich may store an instruction or a set of instructions that, ifexecuted by a machine, may cause the machine to perform a method and/oroperation in accordance with the embodiments. Such a machine mayinclude, for example, any suitable processing platform, computingplatform, computing device, processing device, computing system,processing system, computer, processor, or the like, and may beimplemented using any suitable combination of hardware and/or software.The machine-readable medium or article may include, for example, anysuitable type of memory unit, memory device, memory article, memorymedium, storage device, storage article, storage medium and/or storageunit, for example, memory, removable or non-removable media, erasable ornon-erasable media, writeable or re-writeable media, digital or analogmedia, hard disk, floppy disk, Compact Disk Read Only Memory (CD-ROM),Compact Disk Recordable (CD-R), Compact Disk Rewriteable (CD-RW),optical disk, magnetic media, magneto-optical media, removable memorycards or disks, various types of Digital Versatile Disk (DVD), a tape, acassette, or the like. The instructions may include any suitable type ofcode, such as source code, compiled code, interpreted code, executablecode, static code, dynamic code, encrypted code, and the like,implemented using any suitable high-level, low-level, object-oriented,visual, compiled and/or interpreted programming language.

The foregoing description of example embodiments has been presented forthe purposes of illustration and description. It is not intended to beexhaustive or to limit the present disclosure to the precise formsdisclosed. Many modifications and variations are possible in light ofthis disclosure. It is intended that the scope of the present disclosurebe limited not by this detailed description, but rather by the claimsappended hereto. Future filed applications claiming priority to thisapplication may claim the disclosed subject matter in a different mannerand may generally include any set of one or more limitations asvariously disclosed or otherwise demonstrated herein.

What is claimed is:
 1. A method comprising: receiving, by an automaticteller machine (ATM) from a server, a first graphical symbol assigned toa first pre-staged transaction; displaying, by the ATM, the firstgraphical symbol; receiving, by the ATM from a mobile device, a secondgraphical symbol; determining, by the ATM, whether the first graphicalsymbol matches the second graphical symbol; and when the first graphicalsymbol matches the second graphical symbol, processing, by the ATM, thefirst pre-staged transaction.
 2. The method of claim 1, furthercomprising: sensing, by the ATM, that the mobile device is within anear-field communication (NFC) range of the ATM; and automaticallyretrieving, by the ATM, the second graphical symbol from the mobiledevice via NFC.
 3. The method of claim 1, further comprising: scanning,by a scanner of the ATM, the second graphical symbol displayed on adisplay of the mobile device.
 4. The method of claim 3, furthercomprising: sensing, by the ATM, that the mobile device is within a NFCrange of the ATM; and visually displaying or audibly emitting, by theATM, a prompt instructing a user to place the mobile device within afield of view of the scanner.
 5. The method of claim 1, furthercomprising: receiving the first graphical symbol from the server when anamount of funds in the ATM is sufficient to process the first pre-stagedtransaction.
 6. The method of claim 1, further comprising: ceasing todisplay, by the ATM, the first graphical symbol after processing thefirst pre-staged transaction.
 7. The method of claim 6, furthercomprising: after the ATM ceases to display the first graphical symbol,receiving, by the ATM from the server, a second graphical symbolassigned to a second pre-staged transaction; and displaying, by the ATM,the second graphical symbol.
 8. An apparatus comprising: a processor; adisplay device; and a memory storing instructions that, when executed bythe processor, cause the processor to: receive, from a server, a firstgraphical symbol assigned to a first pre-staged transaction; display thefirst graphical symbol on the display device; receive, from a mobiledevice, a second graphical symbol; determine whether the first graphicalsymbol matches the second graphical symbol; and when the first graphicalsymbol matches the second graphical symbol, processing first pre-stagedtransaction.
 9. The apparatus of claim 8, wherein the instructions, whenexecuted by the processor, cause the processor to: sense that the mobiledevice is within a near-field communication (NFC) range of an NFCdevice; and automatically retrieve the second graphical symbol from themobile device via NFC.
 10. The apparatus of claim 8, further comprising:a scanner, wherein the instructions, when executed by the processor,cause the processor to instruct the scanner to scan the second graphicalsymbol displayed on the mobile device.
 11. The apparatus of claim 10,further comprising: an NFC device, wherein the instructions, whenexecuted by the processor, cause the processor to: sense that the mobiledevice is within an NFC range of the NFC device; and visually display aprompt instructing a user to place the mobile device within a field ofview of the scanner or audibly emit the prompt instructing the user toplace the mobile device within the field of view of the scanner.
 12. Theapparatus of claim 8, wherein the instructions, when executed by theprocessor, cause the processor to: receive the first graphical symbolfrom the server when an amount of funds available to the processor issufficient to process the first pre-staged transaction.
 13. Theapparatus of claim 8, wherein the instructions, when executed by theprocessor, cause the processor to: cease displaying the first graphicalsymbol on the display device after processing the first pre-stagedtransaction.
 14. The apparatus of claim 13, wherein the instructions,when executed by the processor, cause the processor to: after ceasing todisplay the first graphical symbol, receive, from the server, a secondgraphical symbol assigned to a second pre-staged transaction; anddisplaying the second graphical symbol on the display device.
 15. Anon-transitory computer-readable storage medium comprising instructionsthat, when executed by a processor, cause the processor to: receive,from a server, a first graphical symbol assigned to a first pre-stagedtransaction; display the first graphical symbol on a display device;receive, from a mobile device, a second graphical symbol; determinewhether the first graphical symbol matches the second graphical symbol;and when the first graphical symbol matches the second graphical symbol,processing first pre-staged transaction.
 16. The non-transitorycomputer-readable storage medium of claim 15, wherein the instructions,when executed by the processor, cause the processor to: sense that themobile device is within a near-field communication (NFC) range of an NFCdevice; and automatically retrieve the second graphical symbol from themobile device via NFC.
 17. The non-transitory computer-readable storagemedium of claim 15, wherein the instructions, when executed by theprocessor, cause the processor to: instruct a scanner to scan the secondgraphical symbol displayed on the mobile device.
 18. The non-transitorycomputer-readable storage medium of claim 17, wherein the instructions,when executed by the processor, cause the processor to: sense that themobile device is within an NFC range of an NFC device; and visuallydisplay a prompt instructing a user to place the mobile device within afield of view of the scanner or audibly emit the prompt instructing theuser to place the mobile device within the field of view of the scanner.19. The non-transitory computer-readable storage medium of claim 15,wherein the instructions, when executed by the processor, cause theprocessor to: receive the first graphical symbol from the server when anamount of funds available to the processor is sufficient to process thefirst pre-staged transaction.
 20. The non-transitory computer-readablestorage medium of claim 15, wherein the instructions, when executed bythe processor, cause the processor to: cease displaying the firstgraphical symbol on the display device after processing the firstpre-staged transaction.